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Foreword 



This ETSI Technical Specification (TS) has been produced by the Special Mobile Group (SMG) of the European 
Telecommunications Standards Institute (ETSI). 

This TS specifies the technical realization of the handling of calls originated by a GSM mobile subscriber and calls 
directed to a GSM mobile subscriber, up to the point where the call is established within the digital cellular 
telecommunications system (Phase 2/Phase 2+). 

The contents of this TS are subject to continuing work within SMG and may change following formal SMG approval. 
Should SMG modify the contents of this TS it may be republished by ETSI with an identifying change of release date 
and an increase in version number as follows: 

Version 5.x.y 

where: 

y the third digit is incremented when editorial only changes have been incorporated in the specification; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 
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1 Scope 



This ETSI Technical Specification (TS) specifies the technical realization of the handling of calls originated by a GSM 
mobile subscriber and calls directed to a GSM mobile subscriber, up to the point where the call is established. Normal 
release of the call after establishment is also specified. 

The handling of DTMF signalling and Off- Air Call setup (OACSU) are not described in this specification. 

The details of the effects of GSM supplementary services on the handling of a call are described in the relevant 
GSM 03. 8x and GSM 03.9x series of specifications. 

The specification of the handling of a request from the HLR for subscriber information is not part of basic call handling, 
but is required for both CAMEL (GSM 03.78 [4]) and optimal routeing (GSM 03.79 [5]). The use of the Provide 
Subscriber Information message flow is shown in GSM 03.78 [4] and GSM 03.79 [5]. 

The logical separation of the MSC and VLR (shown in clauses 4, 5 & 7), and the messages transferred between them 
(described in clause 8) are the basis of a model used to define the externally visible behaviour of the MSC/VLR, which 
is a single physical entity. They do not impose any requirement except the definition of the externally visible behaviour. 

If there is any conflict between this specification and the corresponding stage 3 specifications (ETS 300 557 [13], 
ETS 300 590 [15] & ETS 300 599 [16]), the stage 3 specification shall prevail. 



Normative references 



This TS incorporates by dated and undated reference, provisions from other publications. These normative references 
are cited at the appropriate places in the text and the publications are listed hereafter. For dated references, subsequent 
amendments to or revisions of any of these publications apply to this TS only when incorporated in it by amendment or 
revision. For undated references the latest edition of the publication referred to applies. 

[1] ETS 300 500 (1994): " Digital cellular telecommunications system (Phase 2); Principles of 

telecommunication services supported by a GSM Public Land Mobile Network (PLMN) 
(GSM 02.01)". 

[2] ETS 300 523 (1994): " Digital cellular telecommunications system (Phase 2); Numbering, 

addressing & identification (GSM 03.03)". 

[3] ETS 300 534 (1994): " Digital cellular telecommunications system (Phase 2); Security related 

network functions (GSM 03.20)". 

[4] TS 101 044 (GSM 03.78): "Digital cellular telecommunications system (Phase 2+); Customized 

Applications for Mobile network Enhanced Logic (CAMEL) - Stage 2. 

[5] TS 101 045 (GSM 03.79): "Digital cellular telecommunications system (Phase 2+); Support of 

Optimal Routeing (SOR); Technical Realization". 

[6] ETS 300 542 (1994): " Digital cellular telecommunications system (Phase 2); Line identification 

supplementary services - Stage 2 (GSM 03.81)". 

[7] ETS 300 543 (1994): "Digital cellular telecommunications system (Phase 2); Call Forwarding (CF) 

supplementary services - Stage 2 (GSM 03.82)". 

[8] ETS 300 544 (1994): "Digital cellular telecommunications system (Phase 2); Call Waiting (CW) 

and Call Hold (HOLD) supplementary services - Stage 2 (GSM 03.83)". 

[9] ETS 300 545 (1994): "Digital cellular telecommunications system (Phase 2); Multi Party (MPTY) 

supplementary services - Stage 2 (GSM 03.84)". 

[10] ETS 300 546 (1994): "Digital cellular telecommunications system (Phase 2); Closed User Group 

(CUG) supplementary services - Stage 2 (GSM 03.85)". 
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[11] ETS 300 547 (1994): "Digital cellular telecommunications system (Phase 2); Advice of Charge 

(AoC) supplementary services - Stage 2 (GSM 03.86)". 

[12] ETS 300 548 (1994): "Digital cellular telecommunications system (Phase 2); Call Barring (CB) 

supplementary services - Stage 2 (GSM 03.88)". 

[13] ETS 300 557 (1995): "Digital cellular telecommunications system (Phase 2); Mobile radio 

interface layer 3 specification (GSM 04.08)". 

[14] ETS 300 582 (1994): "Digital cellular telecommunications system (Phase 2); General on Terminal 

Adaptation Functions (TAF) for Mobile Stations (MS) (GSM 07.01)". 

[15] ETS 300 590 (1995): "Digital cellular telecommunications system (Phase 2); Mobile-services 

Switching Centre - Base Station System (MSC - BSS) interface Layer 3 specification 
(GSM 08.08)". 

[16] ETS 300 599 Fourth Edition (1997): "Digital cellular telecommunications system (Phase 2); 

Mobile Application Part (MAP) specification (GSM 09.02)". 

[17] ETS 300 604 (1994): "Digital cellular telecommunications system (Phase 2); General requirements 

on interworking between the Public Land Mobile Network (PLMN) and the Integrated Services 
Digital Network (ISDN) or Public Switched Telephone Network (PSTN) (GSM 09.07)". 

[18] ETS 300 605 (1995): "Digital cellular telecommunications system (Phase 2); Information element 

mapping between Mobile Station - Base Station System (MS - BSS) and Base Station System - 
Mobile-services Switching Centre (BSS - MSC) Signalling procedures and the Mobile Application 
Part (MAP) (GSM 09.10)". 

[19] ETS 300 627 (1996): "Digital cellular telecommunications system (Phase 2); Subscriber and 

equipment trace (GSM 12.08)". 

[20] ETS 300 356-1 (1995): "Integrated Services Digital Network (ISDN); Signalling System No. 7; 

ISDN User Part (ISUP) version 2 for the international interface; Part 1: Basic services". 

[21] ITU-T Recommendation Q.850 (1996): "Usage of cause and location in the Digital Subscriber 

Signalling System No. 1 and the Signalling System No. 7 ISDN User Part". 



3 Definitions and abbreviations 

3.1 Definitions 

A subscriber: The calling mobile subscriber. 

B subscriber: The mobile subscriber originally called by the A subscriber. 

C subscriber: The subscriber to whom the B subscriber has requested that calls be forwarded. The C subscriber may be 
fixed or mobile. 

Location Information: Information to define the whereabouts of the MS, and the age of the information defining the 
whereabouts. 

3.2 Abbreviations 

A&O Active & Operative 

ACM Address Complete Message 

ANM ANswer Message 

AoC Advice of Charge 

BC Bearer Capability 

BOIC-exHC&BOlZC Barring of Outgoing International Calls except those directed to the HPLMN Country & 
Barring of Outgoing InterZonal Calls 
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BOIZC Barring of Outgoing InterZonal Calls 

BOIZC-exHC Barring of Outgoing InterZonal Calls except those directed to the HPLMN Country 

CFB Call Forwarding on Busy 

CFNRc Call Forwarding on mobile subscriber Not Reachable 

CFNRy Call Forwarding on No Reply 

CFU Call Forwarding Unconditional 

CLIP Calling Line Identity Presentation 

CLIR Calling Line Identity Restriction 

COLP connected Line identity Presentation 

COLR connected Line identity Restriction 

CUG Closed User Group 

CW Call Waiting 

FTN Forwarded-To Number 

FTNW Forwarded-To NetWork 

GMSCB Gateway MSC of the B subscriber 

HLC Higher Layer Compatibility 

HLRB The HLR of the B subscriber 

HPLMNB The HPLMN of the B subscriber 

lAM Initial Address Message 

IPLMN Interrogating PLMN - the PLMN containing GMSCB 

LLC Lower Layer Compatibility 

MO Mobile Originated 

MPTY MultiParTY 

MT Mobile Terminated 

NDUB Network Determined User Busy 

NRCT No Reply Call Timer 

PRN Provide Roaming Number 

SIFIC Send Information For Incoming Call 

SIFOC Send Information For Outgoing Call 

SRI Send Routeing Information 

UDUB User Determined User Busy 

VLRA The VLR of the A subscriber 

VLRB The VLR of the B subscriber 

VMSCA The Visited MSC of the A subscriber 

VMSCB The Visited MSC of the B subscriber 

VPLMNA The Visited PLMN of the A subscriber 

VPLMNB The Visited PLMN of the B subscriber 



Architecture 



Subclauses 4.1 and 4.2 show the architecture for handling a basic MO call and a basic MT call. A basic mobile-to- 
mobile call is treated as the concatenation of an MO call and an MT call. 



4.1 



Architecture for an IVIO call 



A basic mobile originated call involves signalling between the MS and its VMSC via the BSS, between the VMSC and 
the VLR and between the VMSC and the destination exchange, as indicated in figure 1 . 
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Air l/F signalling 



MS 



'A' l/F signalling 
> BSSA <- -> VMSCA 



lAM (ISUP) 



SIFOC 
Complete Call 



VPLMNA 



yL 



VLRA 



Figure 1 : Architecture for a basic mobile originated call 

In figure 1 and throughout this specification, the term ISUP is used to denote the telephony signalling system used 
between exchanges. In a given network, any telephony signalling system may be used. 

When the user of an MS wishes to originate a call, the MS establishes communication with the network using radio 
interface signalling, and sends a message containing the address of the called party. VMSCA requests information to 
handle the outgoing call (SIFOC) from VLRA, over an internal interface of the MSC/VLR. If VLRA determines that the 
outgoing call is allowed, it responds with a Complete Call. VMSCA: 

establishes a traffic channel to the MS; and 

constructs an ISUP lAM using the called party address and sends it to the destination exchange. 



4.2 



Architecture for an MT call 



A basic mobile terminated call involves signalling as indicated in figure 2. Communication between VMSCB and the 
MS is via the BSS, as for the mobile originated case. The IPLMN, containing GMSCB, is in principle distinct from 
HPLMNB, containing HLRB, but the practice for at least the majority of current GSM networks is that a call to a GSM 
MS will be routed to a GMSC in HPLMNB. 
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I Page/ack 
^Complete call 



VPLMNB 



1 



MS 



Provide Roaming 
Number/ack 



,^i^ 



HLRB 



HPLMNB 



Figure 2: Architecture for a basic mobile terminated call 

When GMSCB receives an ISUP lAM, it requests routeing information from HLRB using the MAP protocol. HLRB 
requests a roaming number from VLRB, also using the MAP protocol, and VLRB returns a roaming number in the 
Provide Roaming Number Ack. HLRB returns the roaming number to GMSCB in the Send Routeing Info ack. GMSCB 
uses the roaming number to construct an ISUP lAM, which it sends to VMSCB. When VMSCB receives the lAM, it 
requests information to handle the incoming call (SIFIC) from VLRB, over an internal interface of the MSC/VLR. If 
VLRB determines that the incoming call is allowed, it requests VMSCB to page the MS. VMSCB pages the MS using 
radio interface signalling. When the MS responds, VMSCB informs VLRB in the Page ack message. VLRB instructs 
VMSCB to connect the call in the Complete call, and VMSCB establishes a traffic channel to the MS. 



Information flows 



5.1 



Information flow for an MO call 



An example information flow for an MO call is shown in figure 3; many variations are possible. Signalling over the 
radio interface between MSA and BSSA or VMSCA is shown by dotted lines; signalling over the "A" interface between 
BSSA and VMSCA is shown by dashed lines; signalling over the B interface between VMSCA and VLRA is shown by 
chain lines; and ISUP signalling between VMSCA and the destination exchange is shown by solid lines. 



GSM 03.18 version 5.1.0 



12 



TS 101 043 V5.1.0 (1997-08) 



<■ 



MSA BSSA 

CM service req 



Authenticate 



Authenticate resi 



f> 



Xipher mode cmd 
^ (note's) 

Cipher mode coma 
Setup 



< 



Assignment cmd 



Assignment com 



p> 



<■■ 



Connect ack 



< 



^ Start cighering_ 



VMSCA 



_CM_sej;vice£eq_;^ 



Authenticate 



Authenticate ack^ 



Cipher mode com 



^ 



Call proceeding 



'Allocate channel 



Allocation complete 



Alert 



Connect 



< 
< 



(note 2) 

Process access req 
l^' ack 



VLRA 



Process access rei 



^ 



Authenticate 
(note'l)" 



Authenticate ack> 



_Authenticate _ 
accept 

Set cipher mode 



SIFOC 



Complete call 



JAM 






ACM 



ANM 



Figure 3: Information flow for a basic mobile originated call 

NOTE 1 : Authentication may occur at any stage during the establishment of an MO call; its position in this message 
flow diagram is an example. 

NOTE 2: Ciphering may be initiated at any stage after authentication; its position in this message flow diagram is an 
example. 

NOTE 3: If ciphering is not required, the MSC may send a CM service accept towards the MS; optionally it may 
instead send a "start ciphering" request indicating that no ciphering is required. 
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NOTE 4: The network may request the IMEI from the MS, and may check the IMEI, at any stage during the 

estabHshment of an MO call, either as part of the procedure to start ciphering or explicitly after ciphering 
has started; this is not shown in this message flow diagram. 

When the user wishes to originate a call, MSA establishes a signalling connection with BSSA, and sends a Connection 
Management (CM) service request to BSSA, which relays it to VMSCA. VMSCA sends a Process access request to 
VLRA. VLRA may then initiate authentication, as described in ETS 300 534 [3]. VERA may also initiate ciphering at 
this stage, as described in ETS 300 534 [3]. 

If VLRA determines that MSA is allowed service, it sends a Process access request ack to VMSCA. If VMSCA has 
received a Set cipher mode message from VLRA, the Process access request ack message triggers a Start ciphering 
command message towards BSSA; otherwise VMSCA sends a CM service accept message towards BSSA. 

If BSSA receives a Start ciphering command from VMSCA, it initiates ciphering as described in ETS 300 534 [3]; when 
ciphering is successfully initiated, MSA interprets this in the same way as a CM service accept. If ciphering is not 
required at this stage, BSSA relays the CM service accept to MSA. 

When MSA has received the CM service accept, or ciphering has been successfully initiated, MSA sends a Setup 
message containing the B subscriber address via BSSA to VMSCA. MSA also uses the Setup message to indicate the 
bearer capability required for the call; VMSCA translates this bearer capability into a GSM basic service, and 
determines whether an interworking function is required. VMSCA sends to VLRA a request for information to handle 
the outgoing call, using a Send Info For Outgoing Call (SIFOC) message containing the B subscriber address. 

If VLRA determines that the call should be connected, it sends a Complete Call message to VMSCA. VMSCA sends a 
Call Proceeding message via BSSA to MSA, to indicate that the call request has been accepted, and sends an Allocate 
channel message to BSSA, to trigger BSSA and MSA to set up a traffic channel over the radio interface. The Call 
Proceeding message includes bearer capability information if any of the negotiable parameters of the bearer capability 
has to be changed. When the traffic channel assignment process is complete (indicated by the Allocation complete 
message from BSSA to VMSCA), VMSCA constructs an ISUP lAM using the B subscriber address, and sends it to the 
destination exchange. 

When the destination exchange returns an ISUP Address Complete Message (ACM), VMSCA sends an Alert message 
via BSSA to MSA, to indicate to the calling user that the B subscriber is being alerted. 

When the destination exchange returns an ISUP ANswer Message (ANM), VMSCA sends a Connect message via BSSA 
to MSA, to instruct MSA to connect the speech path. 

The network then waits for the call to be cleared. 

For an emergency call, a different CM service type (emergency call) is used, and the mobile may identify itself by an 
IMEI. It is a network operator option whether to allow an emergency call when the mobile identifies itself by an IMEI. 
Details of the handling are shown in clause 7. 

5.2 Information flow for retrieval of routeing information for an 
MT call 

The information flow for retrieval of routeing information for an MT call is shown in figure 4. ISUP signalling between 
the originating exchange and GMSCB, and between GMSCB and VMSCB is shown by solid lines; signalling over the 
MAP interfaces between GMSCB and HERB and between HERB and VERB is shown by chain lines. 
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Figure 4: Information flow for retrieval of routeing information for a basic mobile terminated call 

When GMSCB receives an lAM, it analyses the called party address. If GMSCB can derive an HLR address from the B 
party address, it sends a request for routeing information (SRI) to HLRB. HLRB sends a request for a roaming number 
(PRN) to VLRB. VLRB returns the roaming number in the PRN ack, and HLRB relays the roaming number to GMSCB 
in the SRI ack. GMSCB constructs an lAM using the roaming number, and sends it to VMSCB. 



5.3 



Information flow for an MT call 



An example information flow for an MT call is shown in figure 5; many variations are possible. ISUP signalling 
between GMSCB and VMSCB is shown by solid lines; signalling over the B interface between VMSCB and VLRB is 
shown by chain lines; signalling over the "A" interface between VMSCB and BSSB is shown by dashed lines; and 
signalling over the radio interface between VMSCB or BSSB and MSB is shown by dotted lines. 
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Figure 5: Information flow for a basic mobile terminated call 

NOTE 1 : Ciphering may be initiated at any stage after the network has accepted the page response; its position in 
this message flow diagram is an example. 

NOTE 2: If ciphering is not required, the MSC may send a "start ciphering" request indicating that no ciphering is 
required. 

NOTE 3: This message flow diagram assumes that the MS has already been authenticated on location registration. If 
this is not so (for the first MT call after VLR restoration), the network may initiate authentication after the 
MS responds to paging. 
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NOTE 4: The network may request the IMEI from the MS, and may check the IMEI, at any stage after the MS 
responds to paging, either as part of the procedure to start ciphering or expHcitly after ciphering has 
started; this is not shown in this message flow diagram. 

When VMSCB receives an lAM from GMSCB it sends to VLRB a request for information to handle the incoming call, 
using a Send Info For Incoming Call (SIFIC) message containing the roaming number received in the LAM. 

If VLRB recognizes the roaming number, and MSB is allowed service, it sends a request to VMSCB to page MSB. If a 
radio connection between the network and MSB is already established, VMSCB responds immediately to the page 
request. If no radio connection exists, VMSCB sends a page request to BSSB, and BSSB broadcasts the page on the 
paging channel. 

If MSB detects the page, it sends a channel request to BSSB, which responds with an immediate assignment command, 
to instruct MSB to use the specified signalling channel. MSB then sends a page response on the signalling channel; 
BSSB relays this to VMSCB. VMSCB sends a Process access request message to VLRB to indicate that MSB has 
responded to paging. VLRB may then initiate authentication, as described in ETS 300 534 [3]. VLRB may also initiate 
ciphering at this stage, as described in ETS 300 534 [3]. 

If VLRB determines that MSB is allowed service, it sends a Process access request ack to VMSCB. The Process access 
request ack message triggers a Start ciphering command message towards BSSB; if VMSCB has not received a Set 
cipher mode message from VLRB, the Start ciphering command indicates no ciphering. 

VLRB then sends a Complete call message to VMSCB. VMSCB sends a Setup message towards MSB. The Setup 
message may include bearer capability information for the call. 

When MSB receives the Setup message from BSSB, it responds with a Call confirmed message. The Call Confirmed 
message includes bearer capability information if any of the negotiable parameters of the bearer capability has to be 
changed. When VMSCB receives the Call confirmed message via BSSB, it sends an Allocate channel message to BSSB. 
BSSB instructs MSB to tune to a traffic channel by sending an Assignment command. When MSB has tuned to the 
specified traffic channel it responds with an Assignment complete, message, which BSSB relays to VMSCB as an 
Allocation complete, and sends an Alerting message to indicate that the called user is being alerted. VMSCB sends an 
ACM to GMSCB, which relays it to the originating exchange. 

When the called user answers, MSB sends a Connect message, which BSSB relays to VMSCB. VMSCB: 

responds with a Connect ack message towards MSB; 

sends an ANM to GMSCB, which relays it to the originating exchange; 

sends a Complete call ack to VLRB. 
The network then waits for the call to be cleared. 



6 Principles for interactions with supplementary 

services 

This clause specifies the principles used to describe the invocation of the GSM supplementary services which were 
standardized when this specification was drafted. Registration, erasure, activation, deactivation and interrogation are 
call-independent operations; they are therefore outside the scope of this specification. Descriptions may be found in the 
stage 2 specifications for each supplementary service. 

In the modelling used in this specification, each supplementary service which a network entity supports is managed by a 
supplementary service handler, which handles data in the entity in which it runs. The call handling processes defined in 
this specification use the data to define the contents of messages to other entities. The basic call handling processes 
defined in this specification interact with the supplementary service handlers as shown in the SDL diagrams and the 
supporting text. If a network entity does not support a supplementary service, it bypasses the interaction with the handler 
for that supplementary service. Exceptions to this general principle are described later in this clause. 
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6.1 Line identification services (GSIVI 03.81) 

6.1.1 Calling Line Identification Presentation (CLIP) 

The basic call handling processes ICH_VLR and ICH_MSC interact with the processes CLIP_MAF001 and 
CLIP_MAF002 (ETS 300 542 [6]) as described in subclauses 7.3.2 and 7.3.1. 

6.1 .2 Calling Line Identification Restriction (CLIR) 

The basic call handling processes OCH_MSC and OCH_VLR interact with the processes CLIR_MAF004 and 
CLIR_MAF003 (ETS 300 542 [6]) as described in subclauses 7.1.1 and 7.1.2. 

6.1.3 Connected Line Identification Presentation (COLP) 

The basic call handUng processes OCH_MSC and OCH_VLR interact with the processes COLP_MAF006 and 
COLP_MAF005 (ETS 300 542 [6]) as described in subclauses 7.1.1 and 7.1.2. 

The basic call handling processes MT_GMSC and ICH_MSC interact with the process COLP_MAF039 [6] as 
described in subclauses 7.2.1 and 7.3.1. 

6.1.4 Connected Line Identification Restriction (COLR) 

The basic call handling processes ICH_VLR and ICH_MSC interact with the processes COLR_MAF040 and 
COLR_MAF041 (ETS 300 542 [6]) as described in subclauses 7.3.2 and 7.3.1. 

6.2 Call forwarding services (GSIVI 03.82) 

6.2.1 Call Forwarding Unconditional (CPU) 

The basic call handling process SRI_HLR interacts with the process MAF007(ETS 300 543 [7]) as described in 
subclause 7.2.2 

6.2.2 Call Forwarding on mobile subscriber Busy (CFB) 

The basic call handling process ICH_VLR interacts with the process MAF008 (ETS 300 543 [7]) as described in 
subclause 7.3.2 

6.2.3 Call Forwarding on No Reply (CFNRy) 

The basic call handling process ICH_VLR interacts with the process MAF009 (ETS 300 543 [7]) as described in 
subclause 7.3.2 

6.2.4 Call Forwarding on mobile subscriber Not Reachable (CFNRc) 

The basic call handling processes SR1_HLR and ICH_VLR interact with the process MAFOIO (ETS 300 543 [7]) as 
described in subclauses 7.2.2 and 7.3.2 



6.3 Call wait (GSIVI 03.83) 



The basic call handling process ICH_VLR interacts with the process MAF013(ETS 300 544 [8]) as described in 
subclause 7.3.2. Further details of the handling of call waiting are given in subclauses 7.3.1 & 7.3.2. 
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6.4 Call hold (GSM 03.83) 

Invocation of call hold before a basic call has been established will be rejected. 

6.5 Multiparty (GSM 03.84) 

Invocation of multiparty before a basic call has been established will be rejected. 

6.6 Closed user group (GSM 03.85) 

The basic call handling process OCH_VLR interacts with the process CUG_MAF014 (ETS 300 546 [10]) as described 
in subclause 7.1.2. 

The basic call handling process SRI_HLR interacts with the process CUG_MAF015 (ETS 300 546 [10]) as described in 
subclause 7.2.2. 

The interactions between call forwarding and CUG (ETS 300 546 [10]) are handled as described in subclause 7.2.2.6. 

6.7 Advice of charge (GSM 03.86) 

The interactions between Advice of Charge (ETS 300 547 [11]) and MO calls are handled as described in 
subclauses 7.1.1 and 7.1.2. 

The interactions between Advice of Charge (ETS 300 547 [11]) and MT calls are handled as described in 
subclauses 7.3.1 and 7.3.2. 

6.8 Call barring (GSM 03.88) 

6.8.1 Barring of outgoing calls 

The basic call handling process OCH_VLR interacts with the processes MAF017, MAF018 and MAF020 
(ETS 300 548 [12]) as described in subclause 7.1.2. 

6.8.2 Barring of incoming calls 

The basic call handling process SRI_HLR interacts with the processes MAF022 and MAF023 (ETS 300 548 [12]) as 
described in subclause 7.2.2. 

6.9 Explicit Call Transfer (GSM 03.91 ) 

There is no interaction between Explicit Call Transfer and the basic call handling described in this specification. 

7 Functional requirements of network entities 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 

The entities described in this clause interwork with other entities over three different types of interface: 

The A interface, used to interwork between the MSC and the BSS or the MS; 

- The C, D & F interfaces, used to interwork between the MSC & HLR (C), VLR & HLR (D) and MSC & EIR 

(F); 

Telephony signalling interfaces, used to interwork between an MSC and another exchange. 
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The protocols used over the A interface are BSSMAP, which is specified in ETS 300 590 [15], for interworking with the 
BSS and DTAP, which is specified in ETS 300 557 [13], for interworking with the MS. 

The protocol used over the C, D & F interfaces is MAP, which is specified in ETS 300 599 [16]. 

For the purposes of this specification, the protocol used over telephony signalling interfaces is ISUP, which is specified 
in ETS 300 356-1 [20]; other telephony signalling systems may be used instead. 

This specification shows the call handling application processes interworking with a protocol handler for each of the 
protocols listed above. Each protocol defines supervision timers. If a supervision timer expires before a distant entity 
responds to a signal, the handling is as defined in the appropriate protocol specification. In general, the protocol handler 
reports timer expiry to the application as an error condition or negative response. Where a timer is shown in this 
specification, therefore, it is an application timer rather than a protocol timer. Interworking with the protocol handlers 
uses functional signal names which do not necessarily have a one-to-one correspondence with the names of messages 
used in the protocols. 

An MSC which receives an lAM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the lAM to a destination exchange determined by analysis of the called 
party address, and thereafter relays other telephony signalling between the originating and destination exchange 
until the connection is released. This behaviour is not specific to GSM; 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in the service 
area of the MSC; 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns routeing 
information, the MSC uses the routeing information from the HLR to construct an lAM, which it sends to a 
destination exchange determined by analysis of the routeing information from the HLR. 

Annex A describes the method which the MSC uses to decide how to process the lAM. 

7.1 MO call 

7.1 .1 Functional requirements of serving MSC 

7.1.1.1 Process OCH_MSC 

Sheet 1: the MSC converts the GSM bearer capability negotiated between the MSC and the MS to a GSM basic service 
according to the rules defined in ETS 300 582 [14]. 

Sheet 2, sheet 4: at any stage after the Setup has been received, the MS may terminate the transaction with the network 
by sending a Release transaction request. 

7.1.1.2 Procedure Process_Access_Request_MSC 

Sheet 1, sheet 2: instead of using the explicit procedure Obtain_IMEI_MSC, the MSC may encapsulate the request for 
the IMEI in the Start ciphering request; the BSS relays the response in the Cipher Mode complete message to the MSC. 

Sheet 2: the MSC maps the negative response received on the B interface to the appropriate reject cause according to the 
rules defined in ETS 300 607 [18]. 

Sheet 2: The Start ciphering request may indicate one of several ciphering algorithms, or no ciphering. 

Sheet 2, sheet 3: At any stage, the MS may terminate the transaction with the network by sending a CM service abort 
message. 

Sheet 2, sheet 3: if the MSC receives a Setup message from the MS while the access request is being handled, the 
message is saved for processing after the access request has been handled. 
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7.1 .1 .3 Procedure Set_CLI_Presentation_lndicator_MSC 

The MS may terminate the transaction with the network by sending a Release transactionmessage while a response is 
awaited from the process CLIR_MAF004. The message is saved for processing after return from the procedure. 

7.1 .1 .4 Procedure Set_COLP_lnfo_MSC 

The MS may terminate the transaction with the network by sending a Release transactionmessage while a response is 
awaited from the process COLP_MAF006. The message is saved for processing after return from the procedure. 

7.1 .1 .5 Procedure Handle_AoC_MO_MSC 

The charging parameters and the Boolean variable Acknowledgement required are global data which can be read by the 
parent process. 

7.1 .1 .6 Procedure ObtainJMSI_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to return its IMSI. If a CC 
connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, Release Complete or 
Disconnect. The MSC aborts the transaction with the VLR and returns an aborted result to the parent process. 

7.1 .1 .7 Procedure Authenticate_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to respond to an 
authentication request. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a 
Release, Release Complete or Disconnect. The MSC aborts the transaction with the VLR and returns an aborted result to 
the parent process. 

7.1 .1 .8 Procedure ObtainJMEI_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to return its IMEI. If a CC 
connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, Release Complete or 
Disconnect. The MSC aborts the transaction with the VLR and returns an aborted result to the parent process. 

7.1 .1 .9 Procedure CheckJMEI_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to return its IMEI. If a CC 
connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, Release Complete or 
Disconnect. The MSC aborts the transaction with the VLR and returns an aborted result to the parent process. 

The MS may terminate the transaction with the network while the MSC is waiting for the result of the IMEI check from 
the EIR. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, 
Release Complete or Disconnect. The MSC aborts the transaction with the VLR and returns an aborted result to the 
parent process. 



GSM 03.18 version 5.1.0 



21 



TS 101 043 V5.1.0 (1997-08) 



Process OCH MSC 



I Process in the MSC to \ 

handle an outgoing call request ' 



'Signals to/from the left\ 
are to/from the BSS; ^ 

[signals to/from the right 
are to/from the VLR. 



CM 
> service 
request 



Process_ 

Access_ 

Request_MSC 




Wait_For_ 
Setup 



Wait_For_ 

MO_CalL 

Result 











y Setup 






Convert 
GSM BC to 
basic service 






Send Into For \ 
Outgoing Call ^ 


\ 





0CH_MSC1(4) 



CM 

> Service 

Abort 



Release 

call 
resources 



Figure 6a: Process OCH_IUISC (sheet 1) 
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Figure 13: Procedure Obtain_IMEI_MSC 
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Procedure Check IMEI MSC 
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I IMEI and relay the result to the VLR 



Signals to/from the left [\ 
are to/from the BSS; L^, 
signals to/from the right 
jare to/from the VLR 
unless marked otherwise. 



Result:- 
Aborted 




X Release 
transaction 



Result:= 
Aborted 





Wait_For_ 
IMEI 



Send IMEI 
> negative 
response 



Release 
transaction 



Check IMEI 

negative 

response 



Check IMEI 

negative 

response 



I From EIR 

I 
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Figure 14: Procedure Check_IMEI_MSC 



7.1 .2 Functional requirements of VLR 



7.1.2.1 



Process OCH VLR 



Stieet 2: it is an implementation option to carry out ttie ctieck for operator determined barring of all outgoing calls before 
the check on provisioning of the requested basic service. 
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Sheet 2: the negative response "call barred" indicates whether the reason is operator determined barring or 
supplementary service barring, according to the result returned by the procedure Check_OG_Barring. 

7.1.2.2 Procedure Process_Access_Request_VLR 

Sheet 1: it is a network operator decision (subject to MoU requirements) how often an MS should be authenticated. 
Sheet 2: the processes Update_Location_VLR and Subscriber_Present_VLR are described in ETS 300 599 [16]. 
Sheet 2: it is a network operator decision (subject to MoU requirements) whether a connection should be ciphered. 
Sheet 3: it is a network operator decision (subject to MoU requirements) how often an IMEI should be checked. 
Sheet 5: it is a network operator decision whether emergency calls are allowed from an ME with no SIM. 

7.1 .2.3 Procedure Check_BAOC 

Sheet 1 : if the VLR receives an Abort message from the MSC while it is awaiting a response from the process MAF017, 
the message is saved for handling after return from the procedure. 

7.1 .2.4 Procedure OG_CUG_Check 

If the VLR receives an Abort message from the MSC while it is awaiting a response from the process MAF0I4, the 
message is saved for handling after return from the procedure. 

7.1 .2.5 Procedure Check_OG_Barring 

Sheet 2: if the VLR receives an Abort message from the MSC while it is awaiting a response from the process MAF018 
or MAF0I9, the message is saved for handling after return from the procedure. 

7.1 .2.6 Procedure Get_LI_Subscription_lnfo_MO_VLR 

If the VLR receives an Abort message from the MSC while it is awaiting a response from the process CLIR_MAF0003 
or CLIR_MAF005, the message is saved for handling after return from the procedure. 

7.1.2.7 Procedure Get_AoG_Subscription_lnfo_VLR 

The indicator of whether or not AoC is provisioned is global data which can be read by the parent process. 

7.1 .2.8 Procedure Obtain_ldentity_VLR 

It is a network operator decision whether open (unciphered) identification of the MS by its IMSI is allowed. 

7.1 .2.9 Procedure ObtainJMSI_VLR 

7.1 .2.1 Procedure Authenticate_VLR 

Sheet 1 : the number of unused authentication sets which triggers the VLR to request further authentication sets from the 
HLR is an operator option. 

7.1 .2.1 1 Procedure Obtain_Authentication_Sets_VLR 

7.1 .2.1 2 Procedure Start_Tracing_VLR 

7.1.2.13 Procedure GheckJMEl _VLR 

If the response from the EIR to a request to check an IMEI is: 
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blacklisted, then service is not granted; 

greylisted, then service is granted, but the network operator may decide to initiate tracing; 

whitelisted, then service is granted. 
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Figure 15a: Process OCH_VLR (sheet 1) 
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Figure 15b: Process OCH_VLR (sheet 2) 
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Figure 16a: Procedure Process_Access_Request_VLR (sheet 1) 
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Figure 16b: Procedure Process_Access_Request_VLR (sheet 2) 
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Procedure Process_Access_Request_VLR 
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Figure 16c: Procedure Process_Access_Request_VLR (sheet 3) 



GSM 03.18 version 5.1.0 



42 



TS 101 043 V5.1.0 (1997-08) 



Procedure Process_Access_Request_VLR 
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Figure 16d: Procedure Process_Access_Request_VLR (sheet 4) 
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Procedure Process_Access_Request_VLR 
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Figure 16e: Procedure Process_Access_Request_VLR (sheet 5) 
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Procedure Check BAOC 
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Figure 17: Procedure CheckBAOC 
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Procedure OG CUG Check 
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Figure 18: Procedure OG_CUG_Check 
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Procedure Check_OG_Barring 
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Figure 19a: Procedure Check_OG_Barring (sheet 1) 



GSM 03.18 version 5.1.0 



47 



TS 101 043 V5.1.0 (1997-08) 



Procedure Check_OG_Barring 



COB2(3) 



Procedure to check call 
I request against SS barring 
land ODB categories 




Operator determined 
BOIC-exHC&BOIZC 
imposed? 



Destination address ZC= 
Local ZC? 



Destination address CC= 
Local CC? 



Destination address CC= 
HPLMN CC? 



Figure 19b: Procedure Check_OG_Barring (sheet 2) 
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Procedure Check_OG_Barring 
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gure 19c: Procedure Check_OG_Barring (sheet 3) 
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Procedure Get_LI_Subscription_lnfo_MO_VLR 



Procedure in the VLR \ 
I to retrieve subscription i 
' informaticn fcr the CLIR 
I & COLP line identification I 

services tor an MO call 



Initiate 
handling 
ot CLIR 



-ITo process CLIR_MAF003 



Wait_For_ 
CLIRJnto 



Continue 

call 

handling 



initiate 
handling 
of COLP 



1 From process CLIR_MAF003 



1 To process COLP_MAF005 







-■ 




\ 

Wait For 
COLPJnfo 1 











Continue 

call 

handling 




-iFrom process COLP_MAF005 



GLLM0V1{1) 



Figure 20: Procedure Get_Li_Subscription_info_iU!0_VLR 
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Procedure Get_AoC_Subscription_lnfo_VLR 
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Figure 21 : Procedure Get_AoC_Subscription_lnfo_VLR 
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Procedure Obtain_ldentity_VLR 
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Figure 22: Procedure ObtainJdentityVLR 
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Procedure Obtain IMSI VLR 
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Figure 23: Procedure Obtain_IMSI_VLR 
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Procedure Authenticate VLR 
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Figure 24a: Procedure Authenticate_VLR (sheet 1) 
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Figure 24b: Procedure Authenticate_VLR (sheet 2) 
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Procedure Obtain Authentication Sets VLR 
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Figure 25a: Procedure Obtain_Authentication_Sets_VLR (sheet 1) 
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Figure 25b: Procedure Obtain_Authentication_Sets_VLR (sheet 2) 
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Procedure Start_Tracing_VLR 
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Figure 26: Procedure Start_Tracing_VLR 
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Procedure Check IMEI VLR 



I Procedure in the VLfv' 
I to request the MSC to i 
check an IMEI 



Signals to/from the leit^ 
are to/from the MSC 



Result:- 
Aborted 




Check 
IMEI 



/ Wait_For_ 
I CheckJMEL 
\ Result 



Check 
>IMEI negative 
response 



Result:- 
Fail 




CIMEI_V1(1) 



X Check 
^ IMEI ack 




Result:- 
Pass 




Figure 27: Procedure Check_IMEI_VLR 
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Procedure Obtain IMEI VLR 
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Figure 28: Procedure ObtainJMEl _VLR 
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Figure 29: Process Fetch_Authentication_Sets_VLR 
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7.2 Retrieval of routeing information for IVIT call 
7.2.1 Functional requirements of GIVISC 



7.2.1.1 



Process MT GMSC 



Sheet 1 : the suggested mapping from values of the Send Routeing Info negative response information element to values 
of the ISUP release cause (see ITU-T Recommendation Q.850 [21]) is shown in table 1. The mapping used is a matter 
for the network operator, depending on the telephony signalling system used. 

Sheet 3: after the GMSC has sent an lAM to the destination VMSC or the forwarded-to exchange, it acts as a transparent 
relay for messages received from the originating exchange and the destination VMSC or the forwarded-to exchange. 
Any message other than Address Complete, Connect, Answer or Release causes no change of state in the process 
MT_GMSC. 

Table 1 : Suggested mapping of Send Routeing Info (SRI) negative responses to ISUP release causes 



SRI negative response 


ISUP release cause number 


ISUP release cause name 


Absent subscriber 




20 


Subscriber absent 


Bearer service not provisioned 




57 


Bearer capability not authorised 


Call barred (ODB) 




21 


Call rejected 


Call barred (88 barring) 




21 


Call rejected 


CUG reject (Called party 88 




21 


Call rejected 


interaction violation) 








CUG reject (Incoming calls 




55 


Incoming calls barred within CUG 


barred within CUG) 








CUG reject (Subscriber not 




87 


User not member of CUG 


member of CUG) 








CUG reject (Requested basic 




87 


User not member of CUG 


service violates CUG 








constraints) 








Data missing 




111 


Protocol error, unspecified 


Facility not supported 




69 


Requested facility not implemented 


Forwarding violation 




21 


Call rejected 


Number changed 




22 


Number changed 


System failure 




111 


Protocol error, unspecified 


Teleservice not provisioned 




57 


Bearer capability not authorised 


Unexpected data value 




111 


Protocol error, unspecified 


Unknown subscriber 




1 


Unallocated (unassigned) number 


7.2.1.2 Procedure Handle, 


_COLP_Forwarding_ 


_lnteraction_MSC 



The originating exchange or the destination exchange may release the call while a response is awaited from the process 
COLP_MAF039. The message is saved for processing after return from the procedure. 
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Figure 30a: Process l\/IT_GI\/ISC (sheet 1) 
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Figure 30b: Process IUIT_GIUISC (sheet 2) 
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Figure 30c: Process MT_GMSC (sheet 3) 
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Procedure Handle_COLP_Forwarding_lnteraction_MSC 
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Figure 31 : Procedure Handle_COLP_Forwarding_lnteraction MSC 



GSM 03.1 8 version 5.1 .0 66 TS 1 01 043 V5.1 .0 (1 997-08) 

7.2.2 Functional requirements of HLR 

7.2.2.1 Process SRLHLR 

Sheet 1: The procedures Check_Parameters, Subscription_Check_HLR and First_Forwarding_HLR can set the negative 
response parameter which is used by the process SRI_HLR to construct the Send Routeing Info negative response 
message. This negative response parameter is global data, accessible by the process SRI_HLR. 

Sheet 2: The procedure PRN_Error_HLR can set the negative response parameter which is used by the process 
SRI_HLR to construct the Send Routeing Info negative response message. This negative response parameter is global 
data, accessible by the process SRI_HLR. 

7.2.2.2 Procedure Check_Parameters 

If any parameters required by the rules in clause 8 are missing from the message, the procedure sets the negative 
response to "Data missing". If any parameter has a value which is not in the set of values expected for the parameter, the 
procedure sets the negative response to "Unexpected data value". 

7.2.2.3 Procedure Subscription_Check_HLR 

It is an implementation option to carry out the check for operator determined barring of incoming calls before the check 
on provisioning of the requested basic service. 

The negative response "Call barred" indicates whether the reason is operator determined barring or supplementary 
service barring, according to the result returned by the procedure Check_IC_Barring. 

The negative response "CUG reject" indicates whether the reason is: 

Incoming calls barred within CUG; 

Requested basic service violates CUG constraints; 

Subscriber not member of CUG 
according to the cause returned by the procedure IC_CUG_Check. 

7.2.2.4 Procedure First_Forwarding_HLR 

7.2.2.5 Procedure PRN_Error_HLR 

7.2.2.6 Procedure Forward_CUG_Check 

7.2.2.7 Procedure Derive_Requested_Basic_Service_HLR 

The rules for deriving a GSM bearer capability from ISDN compatibility information or the MSISDN of the B 
subscriber are specified in ETS 300 604 [17]. If a GSM bearer capability cannot be derived from the ISDN 
compatibility information or the MSISDN of the B subscriber, the HLR applies a default basic service according to the 
requirements of the operator. 

7.2.2.8 Procedure Check_IC_Barring 

7.2.2.9 Procedure IC_CUG_Check 

7.2.2.10 Procedure Handle_CFU 

The test "Normal call" refers to the value of the indicator returned by the process MAF007. 
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7.2.2.11 Procedure Handle_CFN Re 

The test "Mobile subscriber not reachable" refers to the value of the indicator returned by the process MAFOIO. 
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Figure 32a: Process SRI_HLR (sheet 1) 
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Figure 32b: Process SRI_HLR (sheet 2) 
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Figure 33: Procedure Check_Parameters 
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Figure 34: Procedure Subscription_Check_HLR 
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Figure 35: Procedure First_Forwarding_HLR 
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Figure 36: Procedure PRN_Error_HLR 
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Figure 37: Procedure Forward _CUG_Check 
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Figure 38: Procedure Derive_Requested_Basic_Service_HLR 
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Figure 39a: Procedure Check_IC_Barring (sheet 1) 
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Figure 39b: Procedure Check_IC_Barring (sheet 2) 
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Figure 40: Procedure IC_CUG_Check 
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Figure 41 : Procedure Handle_CFU 
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Figure 42: Procedure Handle_CFNRc 



7.2.3 Functional requirements of VLR 



7.2.3.1 Process PRN_VLR 

Stieet 1: ttie procedure Ctieck;_Parameters is specified in subclause 7.2.2.2. 
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Sheet 2: the number of unused authentication sets which triggers the VLR to request further authentication sets from the 
HLR is an operator option. 

Sheet 2: the process Fetch_Authentication_Sets_VLR is specified in subclause 7.1.2.15. 

7.2.3.2 Process Restore_Subscriber_Data_VLR 

7.2.3.3 Process PSLVLR 

Sheet 1: the procedure Check_Parameters is specified in subclause 7.2.2.2. If the HLR requests neither location 
information nor subscriber state, the VLR treats this as a missing parameter. 

Sheet 2: the task "Set Location Info" encompasses: 

Insertion of the cell ID if it was received from the MSC, otherwise retrieval of the stored location area ID; 

Derivation of the location number and geographical information from the cell ID or location area ID if the VLR 
is capable of doing so (the mapping from cell ID and location area to location number is network-specific and 
outside the scope of the GSM standard); 

Insertion of the age of the location information received from the MSC; 

Insertion of the VLR number. 
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Figure 43a: Process PRN_VLR (sheet 1) 



GSM 03.18 version 5.1.0 



82 



TS 101 043 V5.1.0 (1997-08) 



Process PRN VLR 



I Process in the VLR to handle N 
a request for a roaming number 



Signals to the left 
laretotheHLR. 




Create 
IMSI 
record 



Data 
confirmed 
by HLR:- 

False 



Confirmed 

by radio 

contact:^ 

False 



Location info 


confirmed 


In HLR:- 


False 



IMSI 

detached := 

False 



Only if >1 MSC 
per VLR 



Store 
compatibility 



Provide 
Roaming 
Number ack 



Fetch_ 

Authentication_ 

Sets_VLR 



Restore_ 
Subscrlber_ 
Data_VLR 



If used 
by VLR 



GSM BC. ISDN BC, 
I ISDN LLCS ISDN HLC 
I (as available) 



Set negative 

response: 

No roaming 

number 



Provide Roamii 
Number 
negative 
X response 




PRN_VLR2(3) 





Figure 43b: Process PRN_VLR (sheet 2) 
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Figure 43c: Process PRN_VLR (sheet 3) 
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Figure 44: Process Restore_Subscriber_Data_VLR 
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Figure 45a: Process PSI_VLR (sheet 1) 
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Figure 45b: Process PSI_VLR (shieet 2) 



7.2.4 Functional requirements of MSC 



7.2.4.1 Process OSLMSC 

If the MS is engaged on a circuit-switched call, the state is busy, otherwise assumed idle. 
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Figure 46: Process OSI_IUISC 
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7.3 MT call 

7.3.1 Functional requirements of serving MSC 

7.3.1.1 Process ICH_MSC 

Sheet 1: the rules for converting the ISDN BC/LLC/HLC to a GSM bearer service or teleservice are specified in 
ETS300 604[17]. 

Sheet 1: the procedure Process_Access_Request_MSC is specified in subclause 7.1.1.2. 

Sheet 2: the suggested mapping from values of the Send Info For Incoming Call negative response information element 
to values of the ISUP release cause (see ITU-T Recommendation Q.850 [21]) is shown in table 2. The mapping used is a 
matter for the network operator, depending on the telephony signalling system used. 

Table 2: Suggested mapping of Send Info For Incoming Call (SIFIC) negative responses to ISUP 

release causes 



SIFIC negative response 


ISUP release cause number 


ISUP release cause name 


Absent subscriber 


20 


Subscriber absent 


Busy subscriber 


17 


User busy 


CUG reject {Called party SB 


21 


Call rejected 


interaction violation) 






Forwarding violation 


21 


Call rejected 


Impossible call completion 


111 


Protocol error, unspecified 


No subscriber reply 


19 


No answer from user (user alerted) 


System failure 


111 


Protocol error, unspecified 


Unallocated roaming number 


111 


Protocol error, unspecified 



Sheet 3: the procedure Handle_COLP_Forwarding_Interaction is specified in subclause 7.2.1.2. 

Sheet 5: after the VMSC has sent an lAM to the forwarded-to exchange, it acts as a transparent relay for messages 
received from the GMSC and the forwarded-to exchange. Any message other than Address Complete, Connect, Answer 
or Release causes no change of state in the process ICH_MSC. 

7.3.1.2 Procedure Page_MS_MSC 

Sheet 1: For an SMS or SS page, the test "Call still exists" takes the "Yes" exit if the SMS or SS transaction which led to 
the page still exists. 

Sheet 1: the test "SMS or SS page" is not required for the handling of circuit-switched calls, because the VLR will 
always use a page type of "circuit-switched call", but the more generalized procedure Page_MS_MSC is equally 
applicable to paging for SMS delivery or network-initiated SS procedures. 

Sheet 1: the test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

Sheet 1: the test "Call in setup" takes the "Yes" exit if the call on which the MS is engaged has not reached the 
established phase (called party answer). 

Sheet 1: the test Call waiting" takes the "Yes" exit if a waiting call has been offered to the subscriber but the outcome of 
offering the call has not been determined. 

Sheet 1: the negative response Busy Subscriber (More calls possible) includes the basic service which applies for the 
established call. 

Sheet 2: the signal input "MS connection established" indicates that the MS has responded to paging, or sent a CM 
service request for anything other than a circuit-switched call, or completed the location registration procedure. 

7.3.1 .3 Procedure Search_For_MS_MSC 

Sheet 1: For an SMS or SS page, the test "Call still exists" takes the "Yes" exit if the SMS or SS transaction which led to 
the page still exists. 
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Sheet 1: the test "SMS or SS page" is not required for the handling of circuit-switched calls, because the VLR will 
always use a page type of "circuit-switched call", but the more generalized procedure Search_For_MS_MSC is equally 
applicable to paging for SMS delivery or network-initiated SS procedures. 

Sheet 1: the test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

Sheet 1: the test "Call in setup" takes the "Yes" exit if the call on which the MS is engaged has not reached the 
established phase (called party answer). 

Sheet 1: the test "Call waiting" takes the "Yes" exit if a waiting call has been offered to the subscriber but the outcome 
of offering the call has not been determined. 

Sheet 1: the negative response Busy Subscriber (More calls possible) includes the basic service which applies for the 
established call. 

Sheet 2: the signal input "MS connection established" indicates that the MS has responded to paging, or sent a CM 
service request for anything other than a circuit-switched call, or completed the location registration procedure. 

7.3.1.4 Procedure Complete_CallJn_MSC 

Sheet 1: the MSC and the MS may negotiate the bearer capability to be used for the call by the exchange of information 
in the Setup and Call Confirmed messages. 

7.3.1.5 Procedure Process_CalLWaiting_MSC 

Sheet 1: the MSC and the MS may negotiate the bearer capability to be used for the call by the exchange of information 
in the Setup and Call Confirmed messages. 

Sheet 1: the Call Confirmed message indicates "busy" for the successful case. 

Sheets 1 & 2: the Release transaction (reject) message covers all unsuccessful cases not otherwise indicated. 

7.3.1.6 Procedure Set_CLIPJnfo_MSC 

The originating exchange may release the call or the MS may terminate the transaction with the network by sending a 
Release transaction message while a response is awaited from the process CLIP_MAF002. The message is saved for 
processing after return from the procedure. 

7.3.1.7 Procedure Derive_GSM_BC_MSC 

7.3.1.8 Procedure Handle_AoC_MT_MSC 

7.3.1 .9 Procedure Set_COL_Presentation_lndicator_MSC 

The originating exchange may release the call or the MS may terminate the transaction with the network by sending a 
Release transaction message while a response is awaited from the process COLP_MAF041. The message is saved for 
processing after return from the procedure. 
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Figure 47a: Process ICH_MSC (sheet 1) 
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Figure 47b: Process ICH_MSC (sheet 2) 
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Figure 47c: Process ICH_MSC (sheet 3) 
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Figure 47d: Process ICH_MSC (sheet 4) 
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Figure 48a: Procedure Page_MS_MSC (sheet 1) 
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Figure 49a: Procedure Search_For_MS_MSC (sheet 1) 
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Procedure Search For MS MSC 
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Figure 49b: Procedure Search_For_l\flS_l\flSC (sheet 2) 
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Procedure Complete_Call_ln_MSC 
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Figure 50a: Procedure Complete_Call_ln_l\flSC (sheet 1) 
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Procedure Complete_Call_ln_MSC 



Procedure in the MSC | >^ 
to complete an MT call ' 
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Figure 50b: Procedure Complete_Call_ln_MSC (sheet 2) 
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Procedure Complete_Call_ln_MSC 
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Figure 50c: Procedure Complete_Call_ln_l\flSC (sheet 3) 
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Procedure Complete_Call_ln_MSC 
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Figure 50d: Procedure Complete_Call_ln_IUISC (sheet 4) 
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Procedure Process_Call_Waiting_MSC 
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Figure 51a: Procedure Process_Call_Waiting_MSC (sheet 1) 
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Procedure Process_Call_Waiting_MSC 
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I to handle a Process Call Waiting 
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Figure 51b: Procedure Process_Call_Waiting_MSC(sheet 2) 
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Procedure Process_Call_Waiting_MSC 
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Figure 51c: Procedure Process_Call_Waiting_MSC(sheet 3) 
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Procedure Set CLIP Info MSC 



I Procedure in the MSC | \ 

|to determine the CLIP I 
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Signals to/from the rig[u 
are to/from the process] 
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Figure 52: Procedure Set_CLIP_lnfo_MSC 
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Procedure Derive_GSM_BC_MSC 
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derive ttie requested GSM BC \ 
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Figure 53: Derive_GSIUI_BC_l\flSC 
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Procedure Handle AoC MT MSC 
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Figure 54: Procedure Handle_AoC_MT_MSC 



GSM 03.18 version 5.1.0 



109 



TS 101 043 V5.1.0 (1997-08) 



Procedure Set COL Presentation Indicator MSC 



I Procedure in the MSC |\ 
to determine the COL 
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Figure 55: Procedure Set_COL_Presentation_lndicator lUISC 



7.3.2 Functional requirements of VLR 



7.3.2.1 



Process ICH VLR 



Sheet 1 : if the MSRN received in the Send Info For Incoming Call is not allocated or there is no IMSI record for the 
IMSI identified by the MSRN, this is treated as an unknown MSRN. 
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Sheet 2: the procedure Process_Access_Request_VLR is specified in subclause 7.1.2.2. 

Sheet 2: the test "NDUB?" takes the "Yes" exit if the Page MS negative response or the Search for MS negative 
response had the value Busy Subscriber (NDUB). 

Sheet 2: the VLR uses the basic service returned in the Page MS negative response or the Search for MS negative 
response Busy Subscriber (More calls possible) to determine whether call waiting is available. 

Sheet 2: the procedure Get_AoC_Subscription_Info_VLR is specified in subclause 7.1.2.7. 

Sheet 5: the procedure Handle_CFNRc is specified in subclause 7.2.2. 11. 

Sheet 6: the procedure Forward_CUG_Check is specified in subclause 7.2.2.6. 

7.3.2.2 Procedure Derive_Requested_Basic_Service_VLR 

If the VLR did not receive a basic service for the call in the Send Info For Incoming Call, and did not receive a GSM 
bearer capability in the Provide Roaming Number, it applies a default basic service according to the requirements of the 
operator. 

7.3.2.3 Procedure Search_For_MS_VLR 

7.3.2.4 Procedure Get_CW_Subscription_lnfo_VLR 

The MSC may abort the transaction with the VLR while a response is awaited from the process MAF013. The message 
is saved for processing after return from the procedure. 

7.3.2.5 Procedure Get_LI_Subscription_lnfo_MT_VLR 

The MSC may abort the transaction with the VLR while a response is awaited from the process CLIP_MAF001 or the 
process COLR_MAF040. The message is saved for processing after return from the procedure. 

7.3.2.6 Procedure Handle_CFB 

The test "Normal call busy" refers to the value of the indicator returned by the process MAF008. 

7.3.2.7 Procedure Handle_CFNRy 

The test "Normal call" refers to the value of the indicator returned by the process MAF009. 
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Process ICH VLR 
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Figure 56a: Process ICH_VLR (sheet 1) 
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Process ICH VLR 
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Figure 56b: Process ICH_VLR (sheet 2) 
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Process ICH VLR 
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Figure 56c: Process ICH_VLR (sheet 3) 
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Process ICH VLR 
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Figure 56d: Process ICH_VLR (sheet 4) 
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Process ICH VLR 
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Figure 56e: Process ICH_VLR (sheet 5) 
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Process ICH VLR 
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Figure 56f : Process ICH_VLR (sheet 6) 
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Procedure Derive_Requested_Basic_Service_VLR 
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Figure 57: Procedure Derive_Requested_Basic_Service_VLR 
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Procedure Search For MS VLR 
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Figure 58: Procedure Search_For_l\/IS_VLR 
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Procedure Get_CW_Subscription_lnfo_VLR 
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Figure 59: Procedure Get_CW_Subscription_lnfo_VLR 
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Procedure Get_LI_Subscription_lnfo_MT_VLR 
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Figure 60: Procedure Get_LI_Subscription_lnfo_MT_VLR 
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Procedure Handle CFB 



I Procedure in the VLR | \ 
I to handle Call Fonwarding 1 
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are to/from the process 
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Figure 61 : Procedure Handle_CFB 
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Procedure Handle_CFNRy 



I Procedure in the VLR | \ 
I to hiandle Call Forwarding ' 
on No subscriber Reply 



Signals to/from the rigj_ 
are to/from the process 
MAF009 



Result:= 
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Figure 62: Procedure Handle_CFNRy 



8 Contents of messages 



Ttiis clause specifies ttie content of eacti message stiown in clauses 5 & 7, except for the following messages, which are 
not specific to call handling: 



On the D interface (VLR-HLR): 
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- Abort; 

Activate Trace Mode 

Insert Subscriber Data 

Send Authentication Info; 

Send Authentication Info ack; 

Send Authentication Info negative response; 

In the tables which follow, information elements are shown as mandatory (M), conditional (C) or optional (O). A 
mandatory information element shall always be present. A conditional information element shall be present if certain 
conditions are fulfilled; if those conditions are not fulfilled it shall be absent. An optional element may be present or 
absent, at the discretion of the application at the sending entity. 

8.1 Messages on the B interface (MSC-VLR) 

8.1.1 Abort 

The following information element is required: 

Information element name Required Description 

Abort reason M Indicates the reason for the procedure being aborted. 

8.1.2 Authenticate 

The following information elements are required: 

Information element name Required Description 

RAND IVI Random number challenge to be sent to the MS 

(ETS 300 534 [3]) 
CKSN M Cipher key sequence number to be sent to the MS 

(ETS 300 534 [3]) 

8.1 .3 Authenticate ack 

The following information element is required: 

Information element name Required Description 

SRES M Signature result returned by the MS (ETS 300 534 [3]) 

8.1.4 Check IMEI 

This message contains no information elements. 

8.1.5 Check IMEI ack 

The following information element is required: 

Information element name Required Description 

Equipment status M Indicates whether the ME is black-listed, grey-listed or white- 

listed 

8.1 .6 Check IMEI negative response 

The negative response information element can take the following values: 
System failure; 
Unknown equipment. 
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8.1.7 Complete Call 

The following information elements are required: 



Information element name 

MSISDN 



IMEI 

Category 

GSM bearer capability 
ISDN bearer capability 
ISDN low layer compatibility 
ISDN high layer compatibility 
CLIP provision 
CLIR override provision 

CLIR provision 
CLIR mode 

COLP provision 

COLR override provision 

COLR provision 

No Reply Condition Timer 

CUG index 

CUG interlock 

CUG outgoing access 

Advice of Charge provision 



Required Description 

C IVISISDN of the MS for which the Complete Call is sent. Shall be 

present for an ordinary MO call, for an MT call and for an 

emergency call when the MS is registered in the VLR; otherwise 

shall be absent. 
C IMEI of the mobile for which the Complete Call is sent. Shall be 

present for an emergency call when the mobile is identified only 

by its IMEI; otherwise shall be absent. 
C Category of the MS for which the Complete Call is sent. Shall be 

present for an ordinary MO call and for an emergency call when 

the MS is registered in the VLR; otherwise shall be absent. 
C Shall be present for an MT call if it was received in the Provide 

Roaming Number; otherwise shall be absent. 
C Shall be present for an MT call if it was received in the Provide 

Roaming Number; otherwise shall be absent. 
C Shall be present for an MT call if it was received in the Provide 

Roaming Number; otherwise shall be absent. 
C Shall be present for an MT call if it was received in the Provide 

Roaming Number; otherwise shall be absent. 
C Indicates that CLIP is provisioned. Shall be present for an MT 

call if CLIP is provisioned; otherwise shall be absent. 
C Indicates that the CLIR override subscription option of CLIP is 

provisioned. Shall be present for an MT call if CLIP is 

provisioned with the CLIR override subscription option and the 

MS is registered in the HPLMN country; otherwise shall be 

absent. 
C Indicates that CLIR is provisioned. Shall be present for an MO 

call if CLIR is provisioned; otherwise shall be absent. 
C Indicates the mode in which CLIR is provisioned: permanent, 

temporary (default presentation allowed) or temporary (default 

presentation restricted). Shall be present for an MO call if CLIR 

is provisioned; otherwise shall be absent. 
C Indicates that COLP is provisioned. Shall be present for an MO 

call if COLP is provisioned; otherwise shall be absent. 
C Indicates that the COLR override subscription option of COLP is 

provisioned. Shall be present for an MO call if COLP is 

provisioned with the COLR override subscription option and the 

MS is registered in the HPLMN country; otherwise shall be 

absent. 
C Indicates that COLR is provisioned. Shall be present for an MT 

call if COLR is provisioned; otherwise shall be absent. 
C Value of timer to be used to determine the No subscriber reply 

condition. Shall be present for an MT call if the Call Forwarding 

on No Reply service is active and operative; otherwise shall be 

absent. 
C For the definition of this IE, see ETS 300 546 [10]. May be 

present (as a network operator option) for an ordinary MO call if 

the call is a CUG call; shall be present for an MT call if the call is 

a CUG call; otherwise shall be absent. 
C For the definition of this IE, see ETS 300 546 [10]. Shall be 

present for an ordinary MO call if the call is a CUG call; 

otherwise shall be absent. 
C For the definition of this IE, see ETS 300 546 [10]. Shall be 

present for an ordinary MO call if the call is a CUG call with 

outgoing access; otherwise shall be absent. 
C Indicates whether Advice of Charge (Information) or Advice of 

Charge (Charging) is provisioned. Shall be present for an 

ordinary MO call or an MT call if Advice of Charge is provisioned; 

otherwise shall be absent. 



8.1.8 Complete Call ack 
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This message contains no information elements. 

8.1 .9 Complete Call negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Busy subscriber; 
No subscriber reply; 

- Radio congestion. 

8.1.10 Forward New TMS I 

The following information element is required: 

Information element name Required Description 

TMSI M TMSI to be sent to the MS. 

8.1.11 Forward New TMSI ack 

This message contains no information elements. 

8.1.12 Forward New TMSI negative response 

The negative response information element can take the following value: 

- TMSI reallocation failure. 

8.1.13 Obtain Subscriber Info 

The following information elements are required: 

Information element name Required Description 

IMSI M IMSI of the MS for which information is required. 

Location information requested C Indicates that the VLR requires location information for the MS. 

Shall be present if location information is required; otherwise 

shall be absent. 
Subscriber state requested C Indicates that the VLR requires state information for the MS. 

Shall be present if state information is required; otherwise shall 

be absent. 

8.1.14 Obtain Subscriber Info ack 

The following information elements are required: 



Information element name 


Required 


IMSI 


M 


Location area ID 


M 


Page type 


M 
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Information element name Required Description 

Cell global identity C Identity of the cell from which the IVIS established a radio 

transaction. Shall be present if the VLR requested location 
information and the mobile is currently engaged on a radio 
transaction; otherwise shall be absent. 

Age of location information C Time in minutes since the MS last established a radio 

transaction. Shall be present if the VLR requested location 
information; otherwise shall be absent. 

Subscriber state C Indicates whether the MS is busy (i.e. engaged on a circuit- 

switched call) or assumed idle. Shall be present if the VLR 
requested state information; otherwise shall be absent. 

8.1.15 Page MS 

The following information elements are required: 

Description 

IMSI of the MS to be paged. 
Location area in which the MS is to be paged. 
Indicates whether the paging is for a circuit-switched call, MT 
SMS delivery or SS activity 
TMSI O TMSI to be broadcast to identify the MS. 

8.1.16 Page MS negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Busy subscriber (More calls possible); 

Busy subscriber (NDUB); 

- System failure; 

Unknown location area ID. 

The Page MS negative response Busy subscriber (More calls possible) also indicates the basic service which applies for 
the established call. 

8.1.17 Process Access Request 

The following information elements are required: 
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Information element name Required Description 

CM service type M Indicates the type of access required: normal IVIO call, 

emergency call or page response. Other values (short message 
service and SS request) defined for this IE are not considered in 
this specification. 

Access connection status M Indicates whether or not the connection to the MS is ciphered 

and whether or not it is authenticated. 

Current location area ID M Identity of the location area from which the access request was 

received. 

IMS! C IMSI of the MS requesting the access. For normal MO call or 

page response, one of IMSI or TMSI shall be present. For 
emergency call, one of IMSI, TMSI or IMEI shall be present. 

TMSI C TMSI of the MS requesting the access. For normal MO call or 

page response, one of IMSI or TMSI shall be present. For 
emergency call, one of IMSI, TMSI or IMEI shall be present. 

IMEI C IMEI of the MS requesting the access. For normal MO call or 

page response, one of IMSI or TMSI shall be present. For 
emergency call, one of IMSI, TMSI or IMEI shall be present. 

CKSN C Cipher key sequence number of the MS requesting the access. 

Shall be present if TMSI is present; otherwise shall be absent. 

8.1.18 Process Access Request ack 

The following information elements are required: 

Information element name Required Description 

IMSI C IMSI of the MS requesting the access. For normal MO call or 

page response, shall be present. For emergency call, one of 

IMSI or IMEI shall be present. 
IMEI C IMEI of the MS requesting the access. For normal MO call or 

page response, shall be absent. For emergency call, one of IMSI 

or IMEI shall be present. 
MSISDN O MSISDN of the MS requesting the access. 

8.1.19 Process Access Request negative response 

The negative response information element can take the following values: 
Roaming not allowed; 
System failure; 
Unidentified subscriber; 
Illegal equipment; 
- Illegal subscriber. 



8.1 .20 Process Call Waiting 

The following information elements are required: 
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Information element name 

MSISDN 

GSM bearer capability 

ISDN bearer capability 

ISDN low layer compatibility 

ISDN high layer compatibility 

CLIP provision 

CLIR override provision 

COLR provision 

No Reply Condition Timer 

CUG index 

Advice of Charge provision 



Required Description 

IVI MSISDN of the MS for which the Process Call Waiting is sent. 

C Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 
C Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 
C Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 
C Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 
C Indicates that CLIP is provisioned. Shall be present if CLIP is 

provisioned; otherwise shall be absent. 
C Indicates that the CLIR override subscription option of CLIP is 

provisioned. Shall be present if CLIP is provisioned with the 

CLIR override subscription option and the MS is registered in the 

HPLMN country; otherwise shall be absent. 
C Indicates that COLR is provisioned. Shall be present If COLR is 

provisioned; otherwise shall be absent. 
C Value of timer to be used to determine the No subscriber reply 

condition. Shall be present if the Call Forwarding on No Reply 

service is active and operative; otherwise shall be absent. 
C For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the waiting call is a CUG call; otherwise shall be 

absent. 
C Indicates whether Advice of Charge (Information) or Advice of 

Charge (Charging) is provisioned. Shall be present if Advice of 

Charge is provisioned; otherwise shall be absent. 



8.1 .21 Process Call Waiting ack 

This message contains no information elements. 

8.1 .22 Process Call Waiting negative response 

The negative response information element can take the following values: 
Busy subscriber; 
No subscriber reply. 



8.1.23 Provide IMEI 

This message contains no information elements. 

8.1.24 Provide IMEI ack 

The following information element is required: 

Information element name Required 

IMEI M 

8.1.25 Provide IMSI 

This message contains no information elements. 

8.1.26 Provide IMSI ack 

The following information element is required: 

Information element name Required 

IMSI M 



Description 

IMEI of the ME involved in the access request. 



Description 

IMSI of the MS involved in the access request. 



8.1.27 Search For MS 

The following information elements are required: 
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Information element name 


Required 


IMSI 


M 


Page type 


M 



TMSI O 

8.1 .28 Search For MS ack 

The following information element is required: 

Information element name Required 

Location area ID M 



Description 

IMSI of the MS to be paged in all location areas. 

Indicates whether the paging is for a circuit-switched call, MT 

SMS delivery or SS activity 

TMSI to be broadcast to identify the MS. 



Description 

Location area in which the MS responded to the page. 



8.1 .29 Search For MS negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Busy subscriber (More calls possible); 

- Busy subscriber (NDUB); 

System failure. 

The Search For MS negative response Busy subscriber (More calls possible) also indicates the basic service which 
applies for the established call. 

8.1 .30 Send Info For Incoming Call 



The following information elements are required: 



Information element name 

MSRN 
Bearer service 


Required 

M 
C 


Teleservice 


C 


Dialled number 


c 


Number of forwarding 


c 



CUG interlock 

CUG outgoing access 



Description 

Mobile Station Roaming Number received in the lAM. 

GSM bearer service required for the MT call. Shall be present if 

the MSC was able to derive a GSM bearer service from ISDN 

BG/LLC/HLG information received in the lAM; otherwise shall be 

absent. 

GSM teleservice required for the MT call. Shall be present if the 

MSC was able to derive a GSM teleservice from ISDN 

BC/LLC/HLC information received in the JAM; otherwise shall be 

absent. 

Number dialled by the calling subscriber. Shall be present if it 

was received in the JAM; otherwise shall be absent. 

Number of times the incoming call has already been forwarded. 

Shall be present if it was received in the JAM; otherwise shall be 

absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if it was received in the lAM; otherwise shall be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if it was received in the lAM; otherwise shall be absent. 



8.1 .31 Send Info For Incoming Call ack 



The following information elements are required: 
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Information element name 

IMSI 

Forwarded-to number 

Forwarding reason 



Notification to calling party 
Notification to forwarding party 

Forwarded-to subaddress 

CUG interlock 

CUG outgoing access 



Required 

M 
M 
M 



M 



Description 

IMSI of the B subscriber. 

E.I 64 number of the C subscriber. 

Indication of why the call has been forwarded (on mobile 

subscriber busy, on mobile subscriber not reachable or on no 

subscriber reply). 

Indication of whether the calling party is to be notified that the 

call has been forwarded. 

Indication of whether the forwarding party is to be notified that 

the call has been forwarded. Shall be present if the call is to be 

forwarded on mobile subscriber busy or on no subscriber reply; 

otherwise shall be absent. 

Subaddress of the C subscriber (see ETS 300 523 [2]). Shall be 

present if a forwarded-to subaddress is stored in the VLR in 

association with the forwarded-to number; otherwise shall be 

absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the VLR has determined that the forwarded call is to be 

treated as a CUG call in accordance with the rules in 

ETS 300 546 [10], otherwise shall be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the VLR has determined that the forwarded call is to be 

treated as a CUG call with outgoing access in accordance with 

the rules in ETS 300 546 [10], otherwise shall be absent. 



8.1 .32 Send Info For Incoming Call negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Busy subscriber; 

- CUG reject (Called party SS interaction violation); 
Forwarding violation; 

Impossible call completion; 
No subscriber reply; 
System failure; 

- Unallocated roaming number; 

8.1 .33 Send Info For Outgoing Call 

The following information elements are required: 
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Information element name 

Called number 
Bearer service 


Required 

M 
C 


Teleservice 


C 


CUG index 


C 


Suppress preferential CUG 


C 


Suppress CUG outgoing access 


c 



Description 

E.1 64 number of the call destination. 

Bearer service required for the MO call, derived from the GSM 

bearer capability information received in the setup request from 

the MS. One of bearer service or teleservice shall be present. 

Teleservice required for the MO call, derived from the GSM 

bearer capability information received in the setup request from 

the MS or from the emergency setup request from the MS. One 

of bearer service or teleservice shall be present. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if it was received in the setup request from the MS. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if it was received in the setup request from the MS. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if it was received in the setup request from the MS. 

8.1 .34 Send Info For Outgoing Call negative response 

The negative response information element can take the following values: 
Bearer service not provisioned; 
Call barred (Operator determined barring); 
Call barred (Supplementary service barring); 

CUG reject (Inconsistent access information - index incompatible with basic service); 
CUG reject (Inconsistent access information - no CUG selected); 
CUG reject (Outgoing calls barred within the CUG); 
- CUG reject (Unknown CUG index); 
Teleservice not provisioned. 



8.1 .35 Set ciphering mode 

The following information element is required: 



Information element name 

Ciphering mode 

Kc 



Required 

M 



Description 

Indicates whether ciphering of the radio connection is required, 

and if so which ciphering algorithm is to be used. 

Ciphering key to be used if ciphering of the radio connection is 

required. Shall be present if the ciphering mode indicates that 

ciphering of the radio connection is required, otherwise shall be 

absent. 



8.1 .36 Trace subscriber activity 

The following information elements are required: 



Information element name 

Trace reference 

Trace type 

8.1.37 Use existing TMSI 



Required Description 

M Reference number to be included with tracing reports which the 

MSC sends to the OMC 
M For the definition of this IE, see ETS 300 627 [19] 



This message contains no information elements. 
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8.2 Messages on the C interface (MSC-HLR) 



8.2.1 Send Routeing Info 

The following information elements are required: 



Information element name 


Required 


MSISDN 


M 


CUG interlock 


C 



CUG outgoing access 

Number of forwarding 

ISDN BC 
ISDN LLC 
ISDN HLC 



Description 

IVISISDN of tlie B subscriber (see ETS 300 523 [2]). 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the GMSC received it in the lAIVI, otherwise shall be 

absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the GIVISC received it in the lAM, otherwise shall be 

absent. 

Number of times the incoming call has already been forwarded. 

Shall be present if it was received in the lAM; otherwise shall be 

absent. 

ISDN bearer capability. Shall be present if the GIVISC received it 

in the lAM, otherwise shall be absent. 

ISDN lower layer compatibility. Shall be present if the GMSC 

received it in the lAM, otherwise shall be absent. 

ISDN higher layer compatibility. Shall be present if the GMSC 

received it in the lAM, otherwise shall be absent. 



8.2.2 Send Routeing Info ack 



The following information elements are required: 



Information element name 


Required 


IMSI 


M 


Roaming number 


C 



Forwarded-to number 



Forwarded-to subaddress 



Notification to calling party 



Forwarding reason 



CUG interlock 



CUG outgoing access 



Description 

IMSI of the B subscriber (see ETS 300 523 [2]). 

E.I 64 number required to route the call to VMSCB (see 

ETS 300 523 [2]). Shall be present if the HLR received it in the 

Provide Roaming Number ack, otherwise shall be absent. 

E.164 number of the C subscriber. Shall be present if the HLR 

has determined that the call is to be forwarded, otherwise shall 

be absent. 

Subaddress of the C subscriber (see ETS 300 523 [2]). Shall be 

present if the HLR has determined that the call is to be 

forwarded and a forwarded-to subaddress is stored in the HLR in 

association with the forwarded-to number, otherwise shall be 

absent. 

Indication of whether the calling party is to be notified that the 

call has been forwarded. Shall be present if the HLR has 

determined that the call is to be forwarded, otherwise shall be 

absent. 

Indication of why the call has been forwarded (unconditionally or 

on mobile subscriber not reachable). Shall be present if the HLR 

has determined that the call is to be forwarded, otherwise shall 

be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the HLR has determined that the call is to be treated 

as a CUG call in accordance with the rules in ETS 300 546 [10], 

otherwise shall be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the HLR has determined that the call is to be treated 

as a CUG call with outgoing access in accordance with the rules 

in ETS 300 546 [10], otherwise shall be absent. 



8.2.3 Send Routeing Info negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Bearer service not provisioned; 
Call barred (Operator determined barring); 
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Call barred (Supplementary service barring); 

CUG reject (Called party SS interaction violation); 

CUG reject (Incoming calls barred within CUG); 

CUG reject (Requested basic service violates CUG constraints); 

CUG reject (Subscriber not member of CUG); 

Data missing; 

Facility not supported; 

Forwarding violation 

Number changed; 

System Failure; 

Teleservice not provisioned; 

Unexpected data value; 

Unknown subscriber. 

8.3 Messages on the D interface (VLR-HLR) 

8.3.1 Provide Roaming Number 

The following information elements are required: 

Description 

IMSI of the B subscriber (see ETS 300 523 [2]). 
E.164 number which identifies VIVISCB (see ETS 300 523 [2]). 
E.164 number which identifies the B subscriber. IVIay be present 
if the HLR requires it to be included in the call data record. 

LMSI C Local IVIobile Subscriber Identity. Shall be present if the LIVISI 

was sent to HLRB at location updating. 

GSM bearer capability C Information to define the GSM bearer capability required for the 

call. For alternate speech/fax, alternate speech/data or speech 
followed by data calls this information element shall contain two 
GSM bearer capabilities, as specified in GSM 04.08. May be 
present if the HLR can determine the required GSM bearer 
capability from ISDN compatibility information received in the 
Send Routeing Info message, or from the MSISDN if a multi- 
numbering scheme is used; otherwise shall be absent. If the 
ISDN BC and ISDN LLC lEs are present, the GSM bearer 
capability IE shall be absent. 

ISDN BC C ISDN bearer capability. May be present if the HLR received it in 

the Send Routeing Info message, otherwise shall be absent. If 
the GSM bearer capability IE is present, the ISDN BC IE shall be 
absent. 

ISDN LLC C ISDN lower layer compatibility. May be present if the HLR 

received it in the Send Routeing Info message, otherwise shall 
be absent. If the GSM bearer capability IE is present, the ISDN 
LLC IE shall be absent. 

ISDN HLC C ISDN higher layer compatibility. Shall be present if the HLR 

received it in the Send Routeing Info message, otherwise shall 
be absent. 

8.3.2 Provide Roaming Number ack 

The following information element is required: 



Information element name 


Required 


IMSI 


M 


MSC number 


M 


MSISDN 
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Information element name Required Description 

Roaming number M E.1 64 number required to route the call to VMSCB (see 

ETS 300 523 [2]). 

8.3.3 Provide Roaming Number negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Data missing; 
Facility not supported; 
No roaming number available; 
OR not allowed; 
Unexpected data value. 

8.3.4 Provide Subscriber Info 

The following information elements are required: 

Information element name Required Description 

IMSI M IMSI of the subscriber for whom information is requested (see 

ETS 300 523 [2]). 
LMSI C Local Mobile Subscriber Identity. Shall be present if the LMSI 

was sent to the HLR at location updating. 
Requested information M Indicates whether the HLR requires location information, 

subscriber state or both location information and subscriber 

state. 

8.3.5 Provide Subscriber Info ack 

The following information elements are required: 

Information element name Required Description 

Location information C Information to define the location of the IVIS: see definition in 

subclause 8.3.5.1. Shall be present if location information was 
requested and is available; otherwise shall be absent. 

Subscriber state C Indicates whether the IVIS is busy (i.e. engaged on a circuit- 

switched call), network determined not reachable (IMSI detached 
or roaming in a prohibited location area) or assumed idle. Shall 
be present if subscriber state was requested; otherwise shall be 
absent. 

8.3.5.1 Location information 

The compound information element Location information consists of the following subordinate information elements: 
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Information element name 

Location number 



Cell ID 



Location area ID 



Geographical information 



VLR number 

Age of location information 



Required Description 

C For a definition of this information element, see 

ETS 300 356-1 [20]. Shall be present if the VLR can derive it 
from the stored cell global identity or location area identity; 
otherwise shall be absent. The mapping from cell ID and location 
area to location number is networl<-specific and outside the 
scope of the GSM standard. 

C Cell global identity of the cell in which the IVIS last established a 

radio transaction. Shall be present if the MSC/VLR can supply it; 
otherwise shall be absent. Shall be absent if Location area ID is 
present. 

C Identity of the location area in which the MS last established a 

radio transaction. Shall be present if the MSC/VLR can supply it; 
otherwise shall be absent. Shall be absent if Cell ID is present. 

C For a definition of this information element, see 

GSM 03.32 (Universal Geographical Area Description). Shall be 
present if the VLR can derive it from the stored cell global 
identity or location area identity; otherwise shall be absent. 

M E.1 64 number which identifies the VLR (see ETS 300 523 [2]). 

M Measured in minutes. 



8.3.6 Provide Subscriber Info negative response 

The negative response information element can take the following values: 
Data missing; 
System failure; 
Unexpected data value. 

8.3.7 Restore Data 



The following information elements are required: 



Information element name 

IMSI 

LMSI 



Required 

M 



Description 

IMSI of the subscriber for whom data are to be restored (see 

ETS 300 523 [2]). 

LMSI of the subscriber for whom data are to be restored (see 

ETS 300 523 [2]). May be included if required by the requesting 

VLR. 



8.3.8 Restore Data ack 



The following information elements are required: 



Information element name Required 

HLR number M 

MS not reachable flag C 



Description 

E.1 64 number which identifies the HLR (see ETS 300 523 [2]). 
Indicates whether the VLR should notify the HLR when the MS 
next establishes radio contact. Shall be present if the 
corresponding indicator is set in the HLR record for the 
subscriber; otherwise shall be absent. 



8.3.9 Restore Data negative response 

The negative response information element can take the following values: 
System failure; 
Unknown subscriber. 
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8.4 Messages on the F interface (MSC-EIR) 

8.4.1 Check IMEI 

The following information element is required: 

Information element name Required Description 

IMEI M IMEI of the ME whose status is to be checked (see 

ETS 300 523 [2]). 

8.4.2 Check IMEI ack 

The following information element is required: 

Information element name Required Description 

Equipment status M Indicates whether the ME is black-listed, grey-listed or white- 

listed 

8.4.3 Check IMEI negative response 

The negative response information element can take the following value: 
Unknown equipment. 
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Annex A (informative): 
Handling of an lAIVI at an IVISC 

An MSC which receives an lAM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the lAM to a destination exchange determined by analysis of the called 
party address, and thereafter relays other telephony signalling between the originating and destination exchange 
until the connection is released. This behaviour is not specific to GSM; 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in the service 
area of the MSC; 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns routeing 
information, the MSC uses the routeing information from the HLR to construct an lAM, which it sends to a 
destination exchange determined by analysis of the routeing information from the HLR. 

Sheet 1: when the MSC co-ordinating process has decided whether the MSC is to act as a terminating VMSC, a GMSC 
or a transit exchange, it forwards the lAM to an idle instance of the appropriate process. 

Sheet 2: after the MSC co-ordinating process has sent an lAM to an instance of the process MT_GMSC or ICH_MSC, it 
acts as a transparent relay for messages received from the originating exchange and the process instance (denoted by 
"offspring"). After the MSC co-ordinating process has relayed a Release message, it returns to the idle state. 

Sheet 2: after the MSC co-ordinating process has sent an lAM to a destination exchange, it acts as a transparent relay for 
messages received from the originating exchange and the destination exchange. After the MSC co-ordinating process 
has relayed a Release message, it returns to the idle state. 
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